home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
ftp.cs.arizona.edu
/
ftp.cs.arizona.edu.tar
/
ftp.cs.arizona.edu
/
icon
/
newsgrp
/
group02b.txt
/
000138_icon-group-sender_Thu Nov 21 17:20:11 2002.msg
< prev
next >
Wrap
Internet Message Format
|
2003-01-02
|
2KB
Return-Path: <icon-group-sender>
Received: (from root@localhost)
by baskerville.CS.Arizona.EDU (8.11.1/8.11.1) id gAM0K5c13075
for icon-group-addresses; Thu, 21 Nov 2002 17:20:05 -0700 (MST)
Message-Id: <200211220020.gAM0K5c13075@baskerville.CS.Arizona.EDU>
X-Authentication-Warning: weaver.tuc.noao.edu: swampler set sender to swampler@noao.edu using -f
Subject: Re: tab in regex
From: Steve Wampler <swampler@noao.edu>
To: jeffery@cs.nmsu.edu
Cc: jsampson@indexes.u-net.com, icon2002@OptOnLine.net,
icon-group@cs.arizona.edu
Date: 21 Nov 2002 12:56:29 -0800
Errors-To: icon-group-errors@cs.arizona.edu
Status: RO
On Thu, 2002-11-21 at 11:44, Clint Jeffery wrote:
>
> In Steve's example, the \t is turned into a tab character by the Icon
> translator without RePat having to lift a finger. Maybe the problem is
> when the string supplied to RePat() is typed by a user as input data
> rather than hardwired into a string literal. In that case \t would be
> interpreted the same as the string literal "\\t" and the question is
> whether RePat() does such escape processing. But this is all just a guess
> as to what the issue is.
Yes, that's exactly what I meant by "some other problem
masquerading...". But if the user is typing in the text, then
they can just type a TAB character and things should work just
fine [I tested that case, also].
--
Steve Wampler -- swampler@noao.edu
Quantum materiae materietur marmota monax si marmota
monax materiam possit materiari?